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Abstract 

Constraint Handling Rules (CHR) is a high-level programming language based on multi- 
headed multiset rewrite rules. Originally designed for writing user-defined constraint solvers, 
it is now recognized as an elegant general purpose language. 

CHR-related research has surged during the decade following the previous survey by 



Friihwirth (19981. Covering more than 180 publications, this new survey provides an 
overview of recent results in a wide range of research areas, from semantics and anal- 
ysis to systems, extensions and applications. 
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1 Introduction 

Constraint Handling Rules (CHR) is a high-level programming language based on 
multi-headed, committed-choice, guarded multiset rewrite rules. Originally designed 
in 1991 by Friihwirth (fT992l fT995l fT998l [2009]) for the special purpose of adding 
user-defined constraint solvers to a host-language, CHR has matured over the last 
decade to a powerful and elegant general-purpose language with a wide spectrum 
of application domains. Its logical semantics and monotonicity properties naturally 
lead to anytime, online, and concurrent programs. 

The previous survey on CHR (jFriihwirth 1998[) was written in 1998. The aim of 
this paper is to complement that survey by giving an overview of the last decade 
of CHR-related research. We advise readers that are not yet familiar with CHR to 



read Friihwirth (1998) first as we have kept the amount of overlap minimal. 



Overview. We start with a short historical overview of the past 10 years of CHR 
research, followed by an introduction to the language itself Section [2] describes the 
logical and operational semantics; Section [3] covers program analysis topics such as 
confluence, termination, and complexity. Next, in Scction|4l we discuss the different 
CHR systems and compilation techniques. Extensions and variants of CHR arc dealt 
with in Section [Sj while Section [6] discusses the relation between CHR and other 
formalisms. In Section [7] we give an overview of the many applications of CHR. 
Finally, Section [8] concludes this survey. 



1.1 Historical Overview 

Early CHR research is performed at the Ludwig Maximilians Univcrsitat (LMU) 
and the European Computer-Industry Research Centre (ECRC), both in Munich, 
by Friihwirth (who later moves to Ulm) and his students Abdcnnadher (who later 
moves to Cairo), Meuss, and Wolf (in Berlin). 

At the end of the nineties, CHR research focusses on theoretical properties of 
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Fig. 1. CHR research groups all over the world: 1. Ulm, Germany (Friihwirth, Meis- 

ter, Bctz, DjcUoul, Raiser, ...); 2. LeUVen, Bclgium (Sclirijvors, Demoen, Sneyers, De Koninck, 
Van Wccrt, . . . ); 3. Melbourne, Australia (Duck, Stuckcy, Garcia dc la Banda, Wazny, Brand, 

...); 4. Vienna, Austria (Hoizbaur); 5. Berlin, Germany (Woif); 6. Roskilde, Den- 
mark (Christiansen) ; 7. Paris, France (Coquery, Fagcs) ; 8. Castcllon, Spain (Escrig, ...); 
9. Bologna/Ferrara, Italy (Meiio, Lamma, Tacchella, . . . ); 10. Chicti, Italy (Mco, ...); 
11. Cairo, Egypt (Abdcnnadhcr, ...); 12. Michigan, USA (Sai ■na-Starosta) ; 13. Vancouver, 
Canada (Dahi); 14. Recife, Brazil (Robin, vitorino, ...); 15. Singapore (Suizmann, Lam); 



CHR programs like confluence, completion, operational equivalence, termination, 
and complexity (Section [3]). In the same period, the seminal Hoizbaur- Friihwirth 
CHR system in SICStus Prolog is developed (jHolzbaur and FriihwirthllTMSl fT999l 
I2000ap and the first CHR systems in Java are created (Section 14. 1.3p . 

Until about 2001, most of the CHR research is still done in Germany and Vienna; 
other groups are discovering CHR, at first mostly as an implementation language for 
applications. For instance, Suizmann et al. use CHR for type systems (Section l7.3.ip 
and Christiansen and Dahl develop CHR grammars for language processing (Sec- 
tion [7i3?3l) • Meanwhile, Brand, Monfroy, Abdennadher and Rigotti study the au- 
tomatic generation of CHR programs (Section I7.1.5|l . Starting around 2002 there 
is a strong growth of international research interest in CHR, leading to a series of 
workshops on CHR (jFriihwirth and Meister 20041 |Schrijvers and Friihwirth 2005b[ 
ISchrijvers and Friihwirth 2006[ [Djelloul, Duck et al. 2007| ). Figure [D gives an (in- 
complete) overview of the most active CHR research groups all over the world. 

In 2003 and 2004, the groups in Melbourne and Leuvcn start working on (static) 
analysis and optimizing compilation of CHR, culminating in the Ph.D. theses of 



Duck (2005 ) and Schrijvers (2005 1 . This work leads to the formulation of the refined 



operational semantics (Section I2.2.2[) and the creation of new, highly optimizing 
CHR systems (Section 142]) . 

In Leuven and Brazil, research starts around 2005 on search and Java imple- 
mentations of CHR (Sections 14.1.31 and I5.2.ip . while the Ulm group investigates 
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alternative logical semantics for CHR fScction 12. ip . The study of an implementa- 
tion of the union-find algorithm in CHR leads to a focus on compiler optimizations 
fSection l4.2.2p and the use of CHR for general-purpose programming ( Section [7?2]). 

Recent trends in CHR-rclatcd research include the relation between CHR and 
other formalisms (Section [6]) , extensions and variants of CHR (Section , and a 
renewed interest in theoretical properties like confluence, termination, and complex- 
ity (Section [S]). In the context of the NICTA project "G12", the Melbourne group 
is currently developing Cadmium, an ACD term rewriting language which extends 
CHR (Section [6]). The Ulm group is currently researching global constraints in the 
context of the DFG project "GLOBCON"; this work is related to automatic rule 
generation (Section 17. 1.5p and program transformation fScction I4.2.3p . 



1.2 Constraint Handling Rules 



To make this survey somewhat self-contained, we briefly introduce the syntax and 
informal semantics of Constraint Handling Rules. For a gentler introduction to 



CHR, we refer the reader to Friihwirth (1998), Friihwirth and Abdennadher (2003) 



Schrijvers (2005), Duck (2005), or Friihwirth (2009). 



CHR is embedded in a host language Ti. that provides data types and a number 
of predeflned constraints. These constraints are called host language constraints 
or built-in constraints. The traditional host language of CHR is Prolog. Its only 
host language constraint is equality of Herbrand terms; its data types are Prolog 
variables and terms. We denote the host language in which CHR is embedded 
between round brackets: i.e. CHR(?i) denotes CHR embedded in host language Ti,. 
Most systems are CHR(Prolog) systems, but there are also several implementations 
of CHR(Java) and CHR(Haskell), and recently a CHR(C) system was developed. 
A thorough discussion of existing CHR implementations is given in Section m We 
require the host language to provide at least the basic constraints true and fail, and 
syntactic equality ("==") and inequality ("\==") checks. 



1.2.1 Syntax 

CHR constraint symbols are drawn from the set of predicate symbols, denoted by a 
functor/arity pair. CHR constraints, also called constraint atoms or constraints for 
short, are atoms constructed from these symbols and the data types provided by 
the host language. A CHR program P consists of a sequence of CHR rules. There 
are three kinds of rules: (where l,m,n,o > 1) 

• Simpliflcation rules: hi, . . . ,hn gi, . . . , gm \ bi, ■ . ■ ,bo. 

• Propagation rules: hi,. .. ,hn => gi,. . .,gm \ bi,. . . ,bo. 

• Simpagation rules: hi,..., hi \ hi+i ,.. .,hn gi,. . .,gm \ bi,. . . ,bo. 

The sequence, or conjunction, /ii, . . . ,/i„ are CHR constraints; together they are 
called the head or head constraints of the rule. A rule with n head constraints is 
called an n-headed rule and when n > 1, it is a multi-headed rule. All the head 
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constraints of a simplification rule and the head constraints /ii+i, . . . , /i„ of a simp- 
agation rule are called removed head constraints. The other head constraints — all 
heads of a propagation rule and hi, . . . ,hi of a simpagation rule — are called kept 
head constraints. The conjunction hi, ... ,bo consists of CHR constraints and host 
language constraints; it is called the body of the rule. The part of the rule between 
the arrow and the body is called the guard. It is a conjunction of host language 
constraints. The guard "gi, ...,(;,„ | " is optional; if omitted, it is considered to be 
"true I " . A rule is optionally preceded by name @ where name is a term. No two 
rules may have the same name, and rules without an explicit name get a unique 
name implicitly. 

For simplicity, both simplification and propagation rules are often treated as 
special cases of simpagation rules. The following notation is used: 

Hk \ Hr G I B 

If Hk is empty, then the rule is a simplification rule. If is empty, then the rule 
is a propagation rule. At least one of Hr and Hk must be non-empty. 

1.2.2 Informal Semantics 

A derivation starts from an initial query: a multiset of constraint atoms, given by 
the user. This multiset of constraints is called the constraint .store. The derivation 
proceeds by applying the rules of the program, which modify the constraint store. 
When no more rules can be applied, the derivation ends; the final constraint store 
is called the solution or solved form. 

Rules modify the constraint store in the following way. A simplification rule can be 
considered as a rewrite rule which replaces the left-hand side (the head constraints) 
with the right-hand side (the body constraints), on the condition that the guard 
holds. The double arrow indicates that the head is logically equivalent to the body, 
which justifies the replacement. The intention is that the body is a simpler, or more 
canonical form of the head. 

In propagation rules, the body is a consequence of the head: given the head, 
the body may be added (if the guard holds). Logically, the body is implied by 
the head so it is redundant. However, adding redundant constraints may allow 
simplifications later on. Simpagation rules are a hybrid between simplification rules 
and propagation rules: the constraints before the backslash are kept, while the 
constraints after the backslash arc removed. 

1.2.3 Examples 

The program leq (Fig. [2]) is a classic example CHR program to solve less-than-or- 
equal constraints. The first rule, reflexivity, replaces the trivial constraint leq(X,X) 
by true. Operationally, this entails removing this constraint from the constraint 
store (the multiset of all known CHR constraints). The second rule, antisymmetry, 
states that leq(X,Y) and leq(Y,X) are logically equivalent to X = Y. Operationally 
this means that constraints matching the left-hand side may be removed from the 
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reflexivity ( 


a leq(X,X) 






antisymmetry ( 


a leq(X,Y), 


leq(Y,X) 


X = Y. 


idempotence ( 


a leq(X,Y) 


\ leq(X,Y) 


true. 


transitivity ( 


a leq(X,Y), 


leq(Y,Z) 


^ leq(X,Z). 



Fig. 2. The CHR(Prolog) program leq, a solver for the less-than-or-equal con- 
straint. 



generate i 


S upto(N) < 


^ N > 1 


prime(N), upto(N-l). 


done i 


a upto(l) < 


true. 




remove-nonprime i 


S prime(A) 


\ prime(B) 


B mod A = true. 



Fig. 3. The CHR program primes, a prime number sieve. 



store, after which the Prolog built-in equality constraint solver is used to unify X 
and Y. The third rule, idempotence, removes redundant copies of the same leq/2 
constraint. It is necessary to do this explicitly since CHR has multiset semantics. 
The last rule, transitivity, is a propagation rule that computes the transitive closure 
of the leq/2 relation. An example derivation could be as follows: 

leq(A,B), leq(B,C), leq(C,A) 
(transitivity) ^ leq(A,B), leq(B,C), leq(C,A), leq(B,A) 
(antisymmetry) ^ leq(B,C), leq(C,A). A = B 
(Prolog) ^ leq(A,C), leq(C,A) , A = B 

(antisymmetry) ^ A = C, A = B 



Figure[3]lists another simple CHR(Prolog) program called primes, a CHR variant 
of the Sieve of Eratosthenes. Dating back to at least 1992 (jFriihwirth 1992[) . this is 
one of the very first examples where CHR is used as a general-purpose programming 
language. Given a query of the form "upto(n)", where n is a positive integer, it 
computes all prime numbers up to n. The first rule (generate) does the following: if 
n > 1, it 'simplifies' upto(n) to upto(?7 — 1) and adds a prime(n) constraint. The 
second rule handles the case for n = 1, removing the upto(l) constraint. Note that 
removing a constraint is done by simplifying it to the built-in constraint true. The 
third and most interesting rule (remove-nonprime) is a simpagation rule. If there 
are two prime/1 constraints prime(A) and prime(B), such that B is a multiple 
of A, the latter constraint is removed. The effect of the remove^nonprime rule is to 
remove non-primes. As a result, if the rules are applied exhaustively, the remaining 
constraints correspond exactly to the prime numbers up to n. 



2 Semantics 

In this section, we give an overview of both the logical (declarative) semantics and 
the operational semantics of CHR. The logical semantics (Section 12. ip constitute 
the formal foundations for the CHR programming language, whilst the operational 
semantics (Section 12. 2[) determine the behavior of actual implementations. 
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2.1 Logical Semantics 



2.1.1 Classical Logic Semantics 

Let X denote the variables occurring only in the body of the rule. We use V(F) 
to denote universal quantification over all free variables in i^. A simplification rule 
H <^==> G I B corresponds to a logical equivalence, under the condition that 
the guard is satisfied: V(G' [H ^ 3xB)). A propagation rule H =^ G \ B 
corresponds to a logical implication if the guard is satisfied: W{G [H 3xB)). 
A simpagation rule Hk \ Hr <^=^ G | B corresponds to a conditional equivalence: 
V(G {Hk -> {Hr ^ 3xB))). The (classical) logical semantics (IFrfihwirth 1998P of 
a CHR program — also called its logical reading, declarative semantics, or declar- 
ative interpretation — is given by the built-in constraint theory T^u (which defines 
the built-ins of the host language Ti.) in conjunction with the logical formulas for 
each rule. As an example, consider the program leq of Fig. [2] The logical formulas 
corresponding to its rules are the following: 

Vx, y : X = y ^ (leq(.T, y) ^ true) (reflexivity) 

Vx, y,x',y':x — x'/\y^y'^ (leq(.T, y) A leq(?/', x') ^ x = y) (antisymmetry) 

Vx, y, x' ,y' : X — x' A y = y' ^ (leq(.T, y) —> (leq(x', y') true)) (idempotence) 

Vx, y,y',z:y — y'-^ (leq(x, y) A leq(y', z) leq(x, z)) (transitivity) 

or equivalcntly: 

Vx:leq(x,x) (reflexivity) 

Vx, y : leq(x, y) A leq(y, x) <-> x = i/ ( antisymmetry) 

true (idempotence) 

Vx, y, z : leq(x, y) A leq(y, z) — > leq(x, z) (transitivity) 

Note the strong correspondence between the syntax of the CHR rules, their logical 
reading, and the natural definition of partial order. 

The classical logical reading, however, does not reflect CHR's multiset semantics 
(the idempotence rule is logically equivalent to true). Also, the classical logic reading 
does not always make sense. For example, consider the classical logic reading of the 
PRIMES program of Fig. [S] 

Vri : n > 1 ^ upto(ri) ^ Eln'prime(n) A n' = n — 1 A upto(n') (generate) 
upto(l) ^ true (done) 
\/a,b : a\b —> prime(a) (prime(&) ^ true) (remove_nonprime) 

which is equivalent to: 

V?! > 1 : upto(n) ^ prime(7i) A upto(n — 1) (generate) 
upto(l) (done) 
Va, b : prime(a) A a\b — > prime(6) (remove^nonprime) 

The last formula nonsensically states that a number is prime if it has a prime factor. 
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2.1.2 Linear Logic Semantics 

For general-purpose CHR programs such as primes, or programs that rely on CHR's 
multiset semantics, the classical logic reading is often inconsistent with the intended 



meaning (see previous section). To overcome these limitations, Bouissou (2004) and 
Betz and Friihwirth (|20051 12007P independently proposed an alternative declara- 
tive semantics based on (intuitionistic) linear logic. The latter, most comprehensive 
study provides strong soundness and completeness results, as well as a semantics 
for the CHR^ extension of CHR (see Section 15.2.11) . For CHR programs whose 
constraints represent a multiset of resources, or whose rules represent unidirec- 
tional actions or updates, a linear logic semantics proves much more appropriate. 
A simple example is the following coin-throwing simulator (which depends on the 
nondeterminism in the operational semantics): 

throw(Coin) <==^ Coin = head. 
throw(Coin) <;=^ Coin — tail. 

The classical logic reading of this program entails head = tail. The linear logic 
reading of the coin-throwing program boils down to the following formula: 

!(throw(Com) {Coin = head)&(Com = tail)) 

In natural language, this formula means "you can always replace throw( Com) with 
either {Coin = head) or {Coin — tail), but not both". This corresponds to the 
committed-choice and unidirectional rule application of CHR. 



2.1.3 Transaction Logic Semantics 

The linear logic semantics is already closer to the operational semantics than 
the CHR classical logical semantics. However, it still does not allow precise rea- 
soning about CHR derivations: while derivations correspond to proofs of logic 
equivalence of the initial and the final state, it only allows reasoning on the re- 
sult of an execution, not on the execution itself. The transaction logic semantics 
( [Meister, Djelloul et al. 2007D bridges the remaining gap between the logical and 
operational semantics of CHR by providing a framework for both inside one formal 
system. 



2.2 Operational Semantics 

The behavior of CHR implementations is determined by their operational seman- 
tics. As the original theoretical semantics of CHR (Section 12. 2. ip proved too non- 
deterministic for practical programming, more deterministic instances have been 
specified that offer more execution control (Sections 12.2.21 and I2.2.3P . 



2. 2. 1 Theoretical Operational Semantics tut 

The operational semantics cut of CHR ([Friihwirth 1998p . sometimes also called the- 
oretical or high-level operational semantics, is highly nondeterministic. It is formu- 
lated as a state transition system. 
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Definition 2.1 

An identified CHR constraint c^z is a CHR constraint c associated with some 
unique integer i, the constraint identifier. This number serves to differentiate be- 
tween copies of the same constraint. We introduce the functions chr(c^i) = c and 
id{c^i) = i, and extend them to sequences and sets of identified CHR constraints 
in the obvious manner, e.g., id{S) — {i|c#i G S}. 

Definition 2.2 

An execution state cr is a tuple (G, §, B, T}„. The goal G is a muhiset of constraints 
to be rewritten to solved form. The CHR constraint store S is a set of identified 
CHR constraints that can be matched with rules in the program V. Note that c/ir (§) 
is a multiset although S is a set. The built-in constraint store B is the conjunction 
of all built-in constraints that have been posted to the underlying solver. These 
constraints are assumed to be solved (implicitly) by the host language TC. The 
propagation history T is a set of tuples, each recording the identities of the CHR 
constraints that fired a rule, and the name of the rule itself. The propagation history 
is used to prevent trivial non-termination for propagation rules: a propagation rule 
is allowed to fire on a set of constraints only if the constraints have not been used to 
fire the same rule before0 Finally, the counter n G N represents the next integer that 
can be used to number a CHR constraint. We use ct, cto, cri, . . . to denote execution 
states and E*-'^'^ to denote the set of all execution states. 

For a given CHR program V, the transitions are defined by the binary rela- 
tion ^-pC T.^^^ X E'^H^ shown in Fi gurelH Execution proceeds by exhaustively 
applying the transition rules, starting from an initial state. 

The Solve transition solves a built-in constraint from the goal, the Introduce 
transition inserts a new CHR constraint from the goal into the CHR constraint 
store, and the Apply transition fires a rule instance. A rule instance instantiates 
a rule with CHR constraints matching the heads, using a matching substitution (a 
one-way variable substitution) . 

Relatively strong soundness and completeness results (jFriihwirth 1998^ link the 



logical semantics and the operational semantics. Maher (2002 ) discusses the notion 
of propagation completeness and proves an impossibility result for CHR. 

Variants of ivt have been introduced to formalize extensions and variants of CHR. 
For example, the operational semantics of CHR^ (jAbdennadher 2000|) . probabilistic 
CHR dFriihwirth, Pi Pierro et al. 2002D , and CHR with aggregates ( |Sneyers, Van Weert et al. 2007D 
are all based on ujt . We discuss these and other extensions in Section \5\ 

We should also mention the work on an and-compositional semantics for CHR 
( [Delzanno, Gabbrielli et al. 2005[ IGabbrielli and Meo 2009|) . which allows one to 



Early work on CHR, as well as some more rece nt publications (e.g., IBomsso~ 
[Duck, Stuckey et al. 2007| [Haemmerle and Pages 2007[ , use a token store instead of a prop- 
agation history (this explains the convention of denoting the propagation history with T). A 
token store contains a token for every potential (future) propagation rule application, which 
is removed when the rule is actually applied. The propagation history formulation is dual, 
but closer to most implementations. Confusingly, the term token store has also been used for 
what is commonly referred to as the "propagation history" (e.g., [Chin, Sulzmann et al. 2003] 
[Tacchella, Gabbrielli et al. 2007| l. 
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1. Solve, ({c} ttiG,S,B,T)„ (G,S,cAB^T>„ 
where c is a built-in constraint and Vn \= BgB. 

2. Introduce, ({c} W G, S, B, T)„ (G, {c#n} U S, B, T)„+i 
where c is a CHR constraint and "D-h \= 30B. 

3. Apply. (G, Hi i+J y S, B, T)„ ;^-p (B W G, i/i W S, 6» A B, T U {h})„ 

where V contains a (renamed apart) rule of the form r @ H'l \ H2 -^^^^ G \ B, 
^ is a matching substitution such that chr{H\) = 9{H[) and chr{H2) = 6{H'2), 
h = (r, id(Hi), id{H2)) T, and Vh N (30B) A (B ^ BbC^ A G)). 



Fig. 4. The transition rules of the theoretical operational semantics ujt, defining 
^•p. We use W for multiset union. For constraint conjunctions Bi and ^2, (Bi) 
denotes 3Xi, . . . ,X„ : Bi, with {Xi, . . . = vars{Bi)\vars{B2) ■ 



retrieve the semantics of a conjunctive query given the semantics of the conjuncts. 
This property is a first step towards incremental and modular analysis and verifi- 
cation tools. 



2.2.2 Refined Operational Semantics LUr 

The refined operational semantics cOr ( |Duck, Stuckey et al. 2004| instantiates the 
Ut operational semantics by removing much of the nondeterminism. It formally 
captures the behavior of many CHR implementations (see also Section 3]) . CHR 
programs often rely on the execution control offered by the LOr semantics for cor- 
rectness, or to achieve a good time complexity. 

The refined operational semantics uses a stack of constraints: when a new con- 
straint arrives in the constraint store it is pushed on the stack. The constraint 
on top of the stack is called the active constraint. The active constraint attempts 
to match rule heads, together with suitable constraints from the constraint store 
(partner constraints). All occurrences of the active constraint are tried in the order 
in which they occur in the program. When all occurrences have been tried, the 
constraint is popped from the stack. When a rule fires, its body is executed im- 
mediately from left to right, thereby potentially suspending the active constraint 
because of newly arriving constraints. When a constraint becomes topmost again, 
it resumes its search for matching clauses. 

Alternative formalizations of the ujr semantics have been made for easier rea- 
soning about certain optimizations or analyses. Examples are the call-based re- 
fined operational semantics ujc ( [Schrijvers, Stuckey et al. 2005 ) and the semantics 



for occurrence representations uJo ( |Sneyers, Schrijvers et al. 2005D . Variants of ujr 
have also been introduced to formalize implementations of proposed extensions 
to CHR or variants of CHR. To mention just a few of them: the uJ^. semantics 
for CHIl^ dVan Weert, Sneyers et al. 2006[ ), the uj^ semantics for CHR^ which is 
equivalent to the tree-based cu^ semantics ( |De Koninck, Schrijvers et al. 2006b| , the 
set- based uiggt semantics of CHRd (jSarna-Starosta and Ramakrishnan 2007P . and 
the concurrent refined semantics (|Lam and Sulzmann 2007j) . These extensions and 
variants are discussed in more detail in Section [5l 
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2.2.3 Priority Semantics LUp 

While the refined operational semantics reduces most of the nondeterminism of 
the LOt semantics, it arguably does not offer the CHR programmer an intuitive and 
predictable way to influence control flow. The ajj. semantics in a sense forces the 
programmer to understand and take into account how CHR implementations work, 
to achieve the desired execution control. De Koninck, Schrijvers et al. (2007b) in- 
troduced the extension CHR'^p, with a corresponding operational semantics called 
Up. The programmer assigns a priority to every rule. The ujp semantics is an in- 
stantiation of LOt which ensures that of all applicable rules, the one with the highest 
priority is applied first. This feature gives the programmer a much more precise 
and high-level control over program execution compared to the ujr semantics. 



3 Program Analysis 

In this section we discuss important properties of CHR programs: confluence (Sec- 
tion l3.ip . termination (Section [3?2|) . and complexity ( Section [3i3|), as well as (semi-) 
automatic analysis of these properties. Program analyses that are mostly used for 
optimizing compilation arc discussed in Section [4.2.21 



3. 1 Confluence 

If for a given CHR program, for all initial states, any ut derivation from that state re- 
sults in the same final state, the program is called confluent. Confluence has been in- 



vestigated thoroughly in the context of CHR ( [Abdennadher, Friihwirth et al. 1999| . 
Two important results are discussed already in (jFriihwirth 1998P : the existence of 
a decidable, sufficient and necessary test for confluence of terminating programs, 
and the result that confluence implies correctness (consistency of the logical read- 
ing). Confluence under the refined tOr semantics is investigated in Chapter 6 of 
()Duck 2005p . which also discusses a refined confluence test. 

Recently, the topic of confluence received renewed attention because certain prob- 
lems and limitations of the confluence test have surfaced. Firstly, many programs 
that are in practice confluent fail this confluence test because non-confluence orig- 
inates from unreachable states. The more powerful notion of observable confluence 
( [Duck, Stuckey et al. 2007| takes reachability into account. Secondly, the standard 



notion of confluence is only applicable to terminating programs. Raiser and Tacchella (2007) 
extended the notion of confluence to non-terminating programs. 



Haemmerle and Fages (2007 ) develop a notion of abstract critical pairs for rewrit- 
ing systems in general. They illustrate this notion for CHR's theoretical semantics. 
A particularly interesting result is that some traditional critical pairs can be disre- 
garded because they are redundant. 



Related Analyses. Abdennadher and Friihwirth (1998) showed how to do comple 



tion of CHR programs. Completion is a technique to transform a non-confluent 
program into a confluent one by adding rules. It allows extension, modification and 
specialization of existing programs. 
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A very useful notion is that of operational equivalence of two CHR programs. 
Two programs are operationally equivalent if for each query, the answer is the same 
(modulo variable renaming) according to each program. A straightforward extension 
of confluence, called compatibility of two programs, is shown to be too weak to cap- 
ture the operational equivalence of CHR programs l|Abdennadher and Friihwirth 19991 
lAbdennadher 200"T1) . Instead, Abdennadher and Friihwirth (1999) give a decidable, 
sufficient, and necessary syntactic condition for operational equivalence of well- 
behaved (confluent and terminating) CHR programs. A sufficient syntactic condi- 
tion is also given for the equivalence of two CHR constraints, defined in two different 
well-behaved CHR programs. The latter condition is also shown necessary for an 
interesting class of CHR programs. 



Abdennadher and Friihwirth (2004 ) investigated the merging of two well-behaved 



CHR solvers. If the two programs are not compatible, well-bchavedness can be re- 
gained by completion. Furthermore, Abdennadher and Friihwirth (2004) identify a 
class of solvers whose union is always confluent, and argue why finding a class whose 
union preserves termination is hard. Finally, Abdennadher and Friihwirth (2004) 
present a method to remove redundant rules from CHR programs, based on the 
notion of operational equivalence. 



3.2 Termination 



The first work on termination analysis of CHR programs was presented by Friihwirth (2000 ) 
Friihwirth demonstrated that termination proof techniques from logic programming 
and term rewrite systems can be adapted to the CHR context. Termination of CHR 
programs is proved by defining a ranking function from computation states to a well- 
founded domain such that the rank of consecutive computation states decreases. A 
condition on simplification rules guarantees such rank decreases for all consecutive 
states. This approach, however, cannot prove termination of CHR programs with 
propagation rules, because it is impossible to show decreases between consecutive 
states as these rules do not remove constraints from the store. 



Recently, two new results on termination analysis of CHR were presented. Pilozzi, Schrijvers et al. (2007) 
describe a termination preserving transformation of CHR programs to Prolog pro- 
grams. By reusing termination tools from logic programming and, indirectly, from 
term rewriting, proofs of termination of the transformed CHR programs are gener- 
ated automatically, yielding the first fully automatic termination prover for CHR. 
The transformation, however, does not consider propagation histories. As such, it 
is applicable only to CHR programs without propagation rules. A transformation 
of single-headed propagation rules to equivalent simplification rules overcomes this 
problem partially. 



The second contribution is presented by Voets, Pilozzi et al. (2007). Compare to 
previous approaches, thcirsapproach is applicable to a much larger class of CHR pro- 
grams. By formulating a new termination condition that verifies conditions imposed 
on the dynamic process of adding constraints to the store, they derive conditions 
for both simplification and propagation rules. 
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3.3 Complexity 



For various CHR programs — general purpose programs as well as constraint solvers 
— an accurate, though rather ad hoc, complexity analysis has been made. We 
list the most notable examples in Section 13.3.11 While ad hoc methods give the 
most accurate results in practice, they cannot easily be generalized. Therefore, 
more structured approaches to complexity analysis have been proposed by means 
of meta-complexity theorems. An overview is given in Section [3.3.21 



3.3.1 Ad Hoc Analysis 
A CHR implementation of the classical union-find algorithm was proven optimal by 



Schrijvers and Friihwirth (2006). Sneyers, Schrijvers et al. (2006a) showed the op- 



timal complexity of an implementation of Dijkstra's shortest path algorithm that 
uses Fibonacci heaps. Friihwirth (2005a) formulated the complexity of a general- 
purpose lexicographical order constraint solver in terms of the number of ask and tell 



built-in constraints encountered during execution. Finally, Meister, Djelloul et al. (2006) 
derived the complexity of a solver for existentially quantified equations over finite 
and infinite trees, using bounds on the derivation length. 



3.3.2 Meta- Complexity Results 

Friihwirth (|20011 12002al I2002b[) investigated the time complexity of simplification 
rules for naive implementations of CHR. In this approach, a suitable termination 
order (called a tight ranking) is used as an upper bound on the derivation length. 
Combined with a worst-case estimate of the number and cost of rule application 
attempts, this results in a complexity meta-theorcm which gives a rough upper 
bound of the time complexity. Recent work on optimizing compilation of CHR (cf. 
Section [4.2.2|) allows meta-theorcms that give much tighter complexity bounds. We 
now discuss two distinct approaches. 



Ganzinger and McAUester (2002) propose a formalism called Logical Algorithms 

es- 



(LA) and prove a meta-complexity result. De Koninck, Schrijvers et al. (2007a 



tablish a close correspondence between CHR and LA (see also Section [6. 1.3p . al- 
lowing the LA meta-complexity result to be applied (indirectly) to a large class of 



CHR programs. De Koninck, Schrijvers et al. (2007a) actually address the meta- 



complexity of CHR''P programs, an extension of CHR discussed in Section 15.1.31 
All CHR programs are also CHR''p programs. The Logical Algorithms approach 



was previously used, in a more ad hoc way. by Christiansen (2005) to derive the 
complexity of CHR grammars (see Section I7.3.3P . 



Sneyers, Schrijvers et al. (2009) explicitly decouple the two steps in the approach 
of Friihwirth (|2002a| I2002bp by introducing abstract CHR machines. In the first 
step, the number of rule applications is estimated; this corresponds to the number of 
CHR machine steps. If a suitable termination order can be found, it can be used to 
show an upper bound. However for programs that are non-terminating in general, 
like a RAM machine simulator, or for which no suitable ranking can be found, 
other techniques have to be used to prove complexity properties. In the second 
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step, the complexity of rule application is computed for a given CHR program; 
this corresponds to simulating a CHR machine on a RAM machine. The first step 
depends only on the operational semantics of CHR, whereas the second step depends 
strongly on the performance of the code generated by the CHR compiler. 



3.3.3 Complexity-wise Completeness of CHR 



Sneyers, Schrijvers et al. (2009 1 also consider the space complexity of CHR pro- 



grams. Some compiler optimizations like memory reuse ( [Sneyers, Schrijvers et al. 2006b ) 



are crucial to achieve tight space complexity bounds (cf. Section [4. 2. 2p . The most 



interesting result of Sneyers, Schrijvers et al. (2009) is the following "complexity- 



wise completeness" result for CHR, which implies that "everything can be done 
efficiently in CHR": For every algorithm (RAM machine program) which uses at 
least as much time as space, a CHR program exists which can be executed in the 
K.U.Leuven CHR system with time and space complexity within a constant from 
the original complexities. Complexity-wise completeness implies Turing complete- 
ness but is a much stronger property. 



4 Systems and Implementation 

CHR is first and foremost a programming language. Hence, a large part of CHR 
research has been devoted to the development of CHR systems and efficient execu- 
tion of CHR programs. The two most comprehensive works on this subject are the 
Ph.D. theses of Duck (2005) and Schrijvers (2005). In this section, we provide an 
overview of their work as well as the many other contributions to the field. 



4-1 Systems 

Since the conception of CHR a large number of CHR systems (compilers, inter- 
preters and ports) have been developed. In particular, in the last ten years the 
number of systems has exploded. Figure [5] presents a timeline of system develop- 
ment, branches and influences. We discuss these systems, grouped by host language 
or host paradigm, in more detail. 



11. 1 CHR(LP) 

Logic Programming is the natural host language paradigm for CHR. Hence, it is not 
surprising that the CHR(Prolog) implementations are the most established ones. 



Holzbaur and Friihwirth (2000a) have laid the groundwork with their general com- 



pilation scheme for Prolog. This compilation scheme was first implemented in SICS- 



tus Prolog by Holzbaur, and later further refined in HAL by Holzbaur, Garcia de la Banda et al. (2005 ) 



and in hProlog by Schrijvers and Demoen (2004b). The latter system, called the 



K.U.Leuven CHR system, was subsequently ported to many other Prolog systems 

and is currently available in XSB ( [Schrijvers, Warren et al. 2003[ [Schrijvers and Warren 2004[ ) , 

SWI-Prolog ( [Schrijvers, Wielemaker et al. 2005[ ), YAP, B-Prolog (using Action Rules; 
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Fig. 5. A timeline of CHR implementations. 



ISchrijvers, Zhou at al. 2006 ), SICStus 4 and Ciao Prolog. Another system directly 
based on the work of Holzbaur and Schrijvers is the CHR library for SiLCC by 



Bouissou (2004). SiLCC is a programming language based on linear logic and con- 



current constraint programming. All of these systems compile CHR programs to 
host language programs. The only available interpreter for CHR(Prolog) is TOY- 

cheI. 

Recently, systems with deviating operational semantics have been developed. 



The CHRd system by Sarna-Starosta and Ramakrishnan (2007) runs in XSB, SWI- 



Prolog and hProlog. It features a constraint store with set semantics and is particu- 



larly suitable for tabled execution. The CHR''p system by De Koninck, Stuckey et al. (2008 ) 
for SWI-Prolog provides rule priorities. 



by Gregory J. Duck, 2003. Download: |http:/ /www. cs.mu.oz.au/~gjd/toychr/ 
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4.1.2 CHR(FP) 

As type checking is one of the most successful appUcations of CHR in the con- 
text of Functional Programming (see Section I7.3.1[) , several CHR implementations 
were developed specifically for this purpose. Most notable is the Chameleon sys- 
tem ( [Stuckey and Sulzmann 2005 ) which features CHR as the programming lan- 



guage for its extensible type system. Internally, Chameleon uses the HaskellCHR 
implementatiorll. The earlier HCHR prototype ( [Chin, Sulzmann et al. 2003[ ) had a 
rather heavy-weight and impractical approach to logical variables. 

The aim of a 2007 Google Summer of Code project was to transfer this CHR 
based type checking approach to two Haskell compilers (YHC and nhc98). The 
project led to a new CHR interpreter for Haskell, called TaiChi ( [Boespflug 2007D . 

With the advent of software transactional memories (STM) in Haskell, two pro- 
totype systems with parallel execution strategies have been developed: STMCHsU 
and Concurrent CHR (|Lam and Sulzmann 2007"]) . These systems are currently the 
only known CHR implementations that exploit the inherent parallelism in CHR pro- 
grams. Concurrent CHR also serves as the basis for Haskell- Join-Rules (ISulzmann and Lam 2007"bl) 
(cf. Section 1X21). 

We also mention the Haskell library for the PAKCS implementation of the func- 
tional logic language Curry (jHanus 2006[) . The PAKCS system actually compiles 
Curry code to SICStus Prolog, and its CHR library is essentially a front-end for 
the SICStus Prolog CHR library. The notable added value of the Curry front-end 
is the (semi-)typing of the CHR code. 



4.1.3 CHR (Java) and CHR(C) 

Finally, CHR systems are available for both Java and C. These multiparadigmatic 
integrations of CHR and mainstream programming languages offer powerful syn- 
ergetic advantages to the software developer: they facilitate the development of 
application-tailored constraint systems that cooperate efficiently with existing host 
language components. For a detailed discussion on the different conceptual and 
technical challenges encountered when embedding CHR into an imperative host 



language, we refer to Van Weert, Wuille et al. (2008) 



CHR(Java). There are at least four implementations of CHR in Java. The earliest is 



the Java Constraint Kit (JaCK) by Abdennadher (2001 ) and others ( Abdennadher, Kramer et al. 2002 ) 
It consists of three major components: 

1. JCHR (jSchmaufi 1999^ — a CHR dialect intended to resemble Java, in order 
to provide an intuitive programming experience. No operational semantics is 
specified for this system, and its behavior deviates from other CHR imple- 
mentations. 



by Gregory J. Duck, 2004. Download: http:/ /www.cs.mu.oz.au/~gjd/haskellchr /| 

by Michael Stahl, 2007. Download: http: / /www. cs.kuleuven.be/~dtai/projccts/CHR/ 1 
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2. VisualCHR l|Abdennadher and Saft 200ip — an interactive tool visualizing 
the execution of JCHR (cf. Section |473|) . 

3. JASE (jKramer 2001[) — a "Java Abstract Search Engine" in which tree-based 
search strategies can be specified. The JASE library is added to the JaCK 
framework as an orthogonal component. It provides a number of utility classes 
that aid the user to implement search algorithms in the Java host language. 
A typical algorithm consists of the following two operations, executed in a 
loop: a JCHR handler is run until it reaches a fix-point, after which a new 
choice is made. If an inconsistency is found, backtracking is used to return to 
the previous choice point. JASE aids in maintaining the search tree, and can 
be configured to use either trailing or copying. 

DJCHR (Dynamic JCHR; IWolf 200"Ta]) is an implementation of adaptive CHR 
(see Scction [5.1.4|) . The incremental adaptation algorithm underlying DJCHR mam- 



tains justifications for rule applications and constraint additions. Wolf (2005) shows 
that these justifications, and in particular those of any derived false constraint, 
also serve as a basis for intelligent search strategies. As in JaCK, the different 
search algorithms are implemented orthogonally to the CHR program. Wolf's ap- 
proach confirms that advanced search strategies are often more efficient than a 
low-level, built-in implementation of chronological backtracking (as in Prolog). 

The K.U.Leuven JCHR system ( |Van Weert, Schrijvers et al. 2005| add resses the 
main issue of JaCK, its poor performance. The focus of K.U.Leuven JCHR is on 
both performance and integration with the host language. K.U.Leuven JCHR han- 
dlers integrate neatly with existing Java code, and it is currently one of the most 
efficient CHR systems available. The current implementation does not feature search 
capabilities. 

Finally, the CHORD system (Constraint Handling Object-oriented Rules with 
Disjunctive bodies jl, developed as part of the ORCAS project (|Robin and Vitorino 2006^ . 



is a Java implementation of CHR^ (Menezes, Vitorino et al. 2005) 



CHR(C). CCHR (Wuille, Schrijvers et al. 2007) implements CHR for C. It is an 



extremely efficient CHR system conforming to the uJr refined operational semantics. 
It uses a syntax that is intuitive to both CHR adepts and imperative programmers. 

4-2 Compilation 

Considerable research has been conducted on the efficient compilation of CHR. 
Section [4. 2. II provides an overview of the compilation schemes used by the different 
CHR systems; Sections |4 . 2 . 2 1 and 14.2.31 survev existing analyses and optimizations. 

4-.2.1 Compilation Schemes 



The first CHR compilation scheme, for ECL'PS'^ Prolog, was described by Friihwirth and Brisset (1995 ) 



IHolzbaur and Fruhwirtlil (fT999l I2000a|) have adapted this scheme from ECL'PS'^'s 

^ by Jairson Vitorino and Marcos Aurelio, 2005, [http: //chord. sourceforge .net/] 
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fairly specific suspension mechanism to the more primitive and flexible attributed 
variables feature found in SICStus Prolog. The latter form has been adopted by 
HALCHR, K.U.Leuven CHR, and was formalized in the refined operational se- 
mantics (Duck, Stuckey et al. 2004). A good overview of the compilation scheme 
can be found in the Ph.D. theses of Duck (2005) and Schrijvers (2005), and in 
dVan Weert, Wuille et al. 2008D . 

In its essence, the scheme maps each constraint to a procedure. Imposing the 
constraint then corresponds to calling the procedure. This procedure puts the new 
constraint in the constraint store datastructure, and attempts to fire rules involving 
the new constraint. For the latter purpose, the scheme contains an occurrence pro- 
cedure for each occurrence of the constraint symbol in a rule. The main constraint 
procedure calls these occurrence procedures in the textual order of the rules. The 
reactivation of a constraint is realized through calling the occurrence procedures 
anew. Each procedure looks up the required additional constraints in the constraint 
store datastructure and checks both the guard and propagation history. If all tests 
succeed, the rule is committed to: an entry is added to the propagation history, the 
appropriate matching constraints are removed from the constraint store and the 
body of the rule is executed. 

The Prolog compilation scheme is specifically designed for the built-in constraint 
theory of Herbrand equations. Duck, Stuckey et al. (2003) show how it can be ex- 
tended to cover arbitrary constraint theories and solvers. 



Schrijvers, Zhou et al. (2006) experimented with an action rules compilation scheme 



in BProlog. However, capturing the intricate reactivation behavior of CHR's refined 
operational semantics turned out to be hard because the action rules' behavior dif- 
fers considerably on that account. 



Lam and Sulzmann (2007) showed that software transactional memories (STM), 



as supported by the Glasgow Haskell Compiler, are a good match for the con- 
current implementation of CHR. Sulzmann and Lam (2007a) also explored the use 
of Haskell's laziness and concurrency abstractions for implementing the search of 
partner constraints. 



CHR(Java). Both JaCK (jSchmauB 1999P and CHORD take a different approach 
compared to most other CHR compilers. Their front-end transforms the CHR source 
files to Java code that initializes the data structures of a generic runtime. CHR 
programs are then essentially interpreted. No major optimizations are performed. 

DJCHR uses a compilation scheme similar to the basic CHR(Prolog) scheme, but 
extended with truth maintenance facilities required for adaptive constraint handling 
(jWolf 2001ap . Justifications for constraints and rule applications are implemented 
efficiently using bit vectors. The runtime also implements adaptive unification and 
entailment algorithms. Following the approach of IHolzbaur and Friihwirthl (|1999| 
I2000ap , fast partner constraint retrieval is achieved using a form of attributed vari- 
ables (|Wolf 2001bll . 

K. U.Leuven JCHR and CCHR. The compilation schemes used by the K.U.Leuven 

JCHR and CCHR systems ( |Van Weert, Schrijvers et al. 2005|[Wuille, Schrijvers et al. 2007D 
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are based on the basic compilation scheme for CHR(Prolog), modified to fit an 
imperative language ( Van Weert, Wuille et al. 2008[ ). Searching for partner con- 



straints is done through explicit iteration. Also, the data structures required for 
the implementation of the constraint store are implemented more naturally and 
efficiently in an imperative host language than in an LP language. An important is- 
sue is that the host language typically cannot handle recursive calls efficiently. The 
common CHR(Prolog) scheme was therefore adjusted significantly to avoid frequent 
call stack overflows. The compilation scheme used by the K.U.Leuven JCHR system 
is described in detail in (|Van Weert 2008j) . 

The CCHR compiler performs some limited optimizations, like memory reuse, 
basic join ordering (see Section [4221), ^^11 imperative- language specific opti- 
mizations. The K.U.Leuven JCHR compiler implements most of the optimizations 
mentioned in Section [4.2.21 For more details, see ( [Van Weert, Wuille et al. 2008[ ). 

CHR^P. A compilation scheme for CHR''p that is strongly based on the one for 



regular CHR in Prolog, is presented in (De Koninck, Stuckey et al. 2008). It is for 



malized in the refined priority semantics ujrp, which combines the refined operational 
semantics ujr of regular CHR, with the priority semantics u!p of CHR'p . 

The main differences are the following. The initial goal, as well as rule bodies, 
are executed in batch mode, i.e., no rule can fire as long as there are unprocessed 
goal or body constraints (i.e., the Apply transition is not allowed if the Intro- 
duce transition is applicable, cf. Fig. [4]). New constraints are scheduled for acti- 
vation at all priorities at which they have occurrences, instead of being activated 
as soon as they are processed. Constraints are activated at a given priority and 
as such only consider those rules that share this priority. Finally, after each rule 
firing, it is checked whether a scheduled constraint needs to be activated. To deal 
with so-called dynamic priority rules, which are rules for which the actual prior- 
ity is only determined at runtime, a source-to-sourcc transformation is given in 
( |De Koninck, Stuckey et al. 2008P , that transforms these rules to the desired form 
for the LUrp semantics. 



4-2.2 Analysis and Optimizing Compilation 
A number of (mostly static) analyses and optimizations have been proposed to in- 



crease the performance of CHR systems (Holzbaur, Garcia de la Banda et al. 2005 



[Schrijvers 2005} [Diick^OMl [Van Weert, Wuille et al. 2008D . Without going into the 
technical details, we very briefly discuss a list of recent optimizations: 

Indexing. The efficient, selective lookup of candidate partner constraints is in- 
dispensable for the efficient determination of matching rules. The traditional 
CHR(Prolog) compilation scheme (see Section 14.2. 1|) uses attributed variables 
for a constant time lookup of the constraints containing a known, unbound vari- 



able. Holzbaur, Garcia de la Banda et al. (2005) propose the use of a balanced 



tree for the lookup of constraints via known ground arguments, which allows 



for logarithmic worst-case time lookup. Schrijvers (2005) further improves this 
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using hash tables to get amortized constant time constraint store operations. 



Sneyers, Schrijvers et al. (2006a) finaUy introduce array-based indexes to obtain 



correct space and time complexity guarantees (see also ( Sneyers, Schrijvers et al. 2009[ )). 



Sarna-Starosta and Schrijvers (2007) show how indexing on compound term pat- 



terns is reduced to the above indexing techniques via program transformation. 

Abstract interpretation. Schrijvers, Stuckey et al. (2005 ) present a general and 
systematic framework for program analysis of CHR for optimized compilation 
based on abstract interpretation. Two instances are given: late storage analysis 
(for reducing constraint store updates) and groundness analysis. 

Functional dependencies. Functional dependency analysis ( |Duck and Schrijvers 2005] ) 
is a third instance of the abstract interpretation framework. It aims at tracking 
the cardinality of constraints (zero, one or more) for specializing constraint store 
indexes and related operations. 

Guard optimization. The guard optimization ( [Sneyers, Schrijvers et al. 2005[ ) re- 
moves redundant conjuncts in rule guards by reasoning on the ramifications of the 
refined operational semantics. More precisely, non-applicability of rules contain- 
ing earlier removed occurrences of a constraint, can be used to infer redundant 
guard conditions. 

Continuation optimization. The continuation optimization ( [Sneyers, Schrijvers et al. 2005D 
uses a similar reasoning to skip occurrences that can never lead to rule firings. 



Delay avoidance. Schrijvers and Demoen (2004a) andHolzbaur, Garcia de la Banda et al. (2005) 
describe techniques for avoiding the unnecessary delay and reactivation of con- 
straints. 

Memory reuse. Two memory optimizations {in-place updates and suspension reuse) 
were introduced by Sneyers, Schrijvers et al. (2006b). They significantly reduce 
the memory footprint and the time spent in garbage collection. 

Join ordering. The time complexity of executing a CHR program is often deter- 
mined by the join ordering — the order in which partner constraints are looked up 
in order to find matching rules. Holzbaur, Garcia de la Banda et al. (2005 ) and 



Duck (2005) discussed ad-hoc heuristics for join ordering. De Koninck and Sneyers (2007) 



proposed a more rigorous investigation. 



.2.3 Code Specialization and Transformation 



Most of the optimizations in the previous section arc not expressible as source-to- 
source transformations. Like compiler optimization, program transformation can 
also be used to improve performance. The first proposal for CHR source-to-source 



transformation, by Friihwirth (2005c), adds redundant, specialized rules to a CHR 



program; these rules capture the effect of the original program for a particular 



goal. In more recent work, Tacchella, Gabbrielli et al. (2007) adapt the conventional 



notion of unfolding to CHR. 

While the above study program transformation from a more theoretical point of 
view, Sarna-Starosta and Schrijvers (2007) show that various program transforma- 



tion techniques improve indexing performance. 



Friihwirth and Holzbaur (2003) propose to express CHR source-to-source trans- 
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formations in CHR itself, and they show how to implement various language exten- 



sions (such as probabilistic CHR) by transformation to plain CHR. Van Weert, Sneyers et al. (2008) 
implemented an extension of CHR with aggregates (see Section 15.2.2^ using a sim- 
ilar approach, with a more expressive transformation language. 



4-3 Programming Environments 

Over the past decade there has been an exponential increase in the number of CHR 
systems (Section 14. and CHR compilation techniques have matured considerably 
(Section l4.2p . The support for advanced software development tools, such as debug- 
gers, refactoring tools, and automated analysis tools, lags somewhat behind, and 
remains an important challenge for the CHR community. 

VisualCHR (jAbdennadher and Saft 2001|) . part of JaCK (see Section BX^ . is 
an interactive tool visualizing the execution of CHR rules. It can be used to debug 
and to improve the efficiency of constraint solvers. 

Both Holzbaur's CHR implementation and the K.U.Leuven CHR system feature 
a trace-based debugger that is integrated in the Prolog four port tracer. A generic 
trace analysis tool, with an instantiation for CHR, is presented in (jPucasse 1999p . 

Checked type annotations are useful both for documentation and debugging pur- 
poses. CHR systems with a typed host language commonly perform type checking, 
or even type inference. The K.U.Leuven CHR system also allows optional type dec- 



larations, with both dynamic and static type checking. Coquery and Fages (2005) 



present a generic type system for CHR(H) (cf. also Section !?. 3. ip . 



Ringwelski and Schlenker (2000a) propose the automatic inference of imported 
and exported symbols of CHR solvers, and the composition of solvers by matching 
up their interfaces ( [Ringwelski and Schlenker 2000bp . 



Schumann (2002 ) presents a literate programming system for CHR. The system 
allows for generating from the same literate program source both an algorithm 
specification typeset in WT^^ using mathematical notation, and the corresponding 
executable CHR source code. 



Based on the theoretical results of Abdennadher, Friihwirth et al. (1999) (see 



Section lSTj) ■ Bouissou (2004 ) implemented a confluence analyzer in CHR. Duck (2005 ) 
presents and evaluates a confluence checker based on the refined operational se- 
mantics. We do not know of any practical implementations of the other analyses of 
Section 13.11 



5 Extensions and Variants 

Over the years, weaknesses and limitations of CHR have been identified, for instance 
regarding execution control, expressivity, modularity, incrementality, and search. In 
this section we consider extensions and variants of CHR that were proposed to tackle 
these issues. 
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5.1 Deviating Operational Semantics 



We first discuss variants of CHR with an operational semantics tliat deviates from 
the commonly used refined operational semantics discussed in Section r2. 2. 21 

5.1.1 Probabilistic CHR 

ProbabiHstic CHR (PCHR; [Friihwirth, Pi Pierro et al. 2002D extends CHR with 
probabilistic choice between the applicable rules in any state (though only for a 
given active constraint). It supports the implementation of algorithms like sim- 
ulated annealing, which is often used for constrained optimization. It also gives 
rise to new concepts like probabilistic confluence and probabilistic termination. 
In PCHR, the probabilities are either a fixed number or an arithmetic expression 
involving variables that appear in the head. The latter are called parametrised 
probabilities. The actual probability that a rule is executed in a given state is 
found by dividing the rule probability by the sum of the probabilities of all fireable 



rule instances. Friihwirth, Di Pierro et al. (2002) give an implementation of PCHR 



by means of a source-to-source transformation using the framework proposed by 



Friihwirth and Holzbaur (2003) 



As a simple example, the following PCHR program simulates tossing a coin: 

toss(Coin) <=>0.5: Coin=head. 
toss (Coin) <=>0.5: Coin=tail. 

Given a toss/1 constraint, one of the rules will be applied, with equal probability. 



5.1.2 CHRd 



The CHRd system (CHR with distributed constraint store) of Sarna-Starosta and Ramakrishnan (2007) 
alleviates the limitations of conventional CHR systems for efficient tabled evalua- 
tion encountered by Schrijvers and Warren (2004). For this purpose it implements 
a set-based operational semantics, i.e. the constraint store is a set rather than a 
multiset. Moreover, CHRd's constraint store has no global access point; constraints 
can only be retrieved through their logical variables. This rules out (the efficient 
execution of) of ground CHR programs. 



5.1.3 CHR^'P 



CHR^'P (De Koninck, Schrijvers et al. 2007b) is CHR extended with user-definable 



rule priorities. A rule's priority is either a number or an arithmetic expression in- 
volving variables that appear in the rule heads. The latter allows different instances 
of a rule to be executed at different priorities. The following CHR'P-relatcd top- 
ics are dealt with in other sections: its operational semantics in Section 12.2.3) its 
compilation schema in Section 14.2. 1( and its implementation for SWI-Prolog in 
Section SXH 

An example that illustrates the power of dynamic priorities is the following 
CHR'"P implementation of Dijkstra's algorithm: 
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1 :: source(V) ==> dist(V,0). 

1 :: dist(V,Dl) \ dist(V,D2) <=> Dl =< D2 I true. 
D+2 :: dist(V,D), edge(V,C,W) ==> dist(W,D+C). 

The priority of the last rule makes sure that new distance labels are propagated in 
the right order: first the nodes closest to the source node. 



5.1.4 Adaptive CHR 

Constraint solving in a continuously changing, dynamic environment often requires 
immediate adaptation of the solutions, i.e. when constraints arc added or removed. 
By nature, CHR solvers already support efficient adaptation when constraints are 



added. Wolf ()1999| I2000p introduces an extended incremental adaptation algorithm 
which is capable of adapting CHR derivations after constraint deletions as well. 



This algorithm is further improved by Wolf (2000a) with the elimination of local 



variables using early projection. An efficient implementation exists in Java (Wolf 
I2()nial [2(l0Tbl cf. Section STll). 

Interesting applications of adaptive CHR include adaptive solving of soft con- 
straints, discussed in Section [7. 11 and the realization of intelligent search strategies, 
discussed in Sections [4. 1.31 and 15.2.11 

5.2 Language Extensions 

We now discuss some additional language features that have been added to the 
CHR language. 



5.2.1 Disjunction and Search 
Most constraint solvers require search next to constraint simplification and propaga- 



tion. However pure CHR does not offer any support for search. Abdennadher and Schiitz (1998 ) 
propose a solution to this problem: an extension of CHR with disjunctions in rule 
bodies (see also Abdennadher 120001 1200ip . The resulting language is denoted CHR^ 
(pronounced "CHR-or" ) , and is capable of expressing several declarative evaluation 
strategies, including bottom-up evaluation, top-down evaluation, model generation 
and abduction (see Section 17.3.21 for abduction) . Any (pure) Prolog program can 
be rephrased as an equivalent CHR^ program (Abdennadher 120001 1200ip . An in- 
teresting aspect of CHR^ is that the extension comes for free in CHR(Prolog) 
implementations by means of the built-in Prolog disjunction and search mecha- 
nism. 

As a typical example of programming in CHR^, consider the following rule: 

labeling, X::Domain <=> member (X, Domain) , labeling. 

Note the implicit disjunction in the call to the Prolog predicate member/2. 

Various ways have been proposed to make the search in CHR^ programs more 



flexible and efficient. Menezes, Vitorino et al. (2005) present a CHR^ implementa- 



tion for Java in which the search tree is made explicit and manipulated at runtime 
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to improve efficiency. Tfie nodes in the search, tree can be reordered to avoid redun- 
dant work. De Koninck, Schrijvers et al. (2006b) extend both the theoretical and 
refined operational semantics of CHR towards CHR^ . The theoretical version leaves 
the search strategy undetermined, whereas the refined version allows the specifica- 
tion of various search strategies. In the same work, an implementation for different 
strategies in CHR(Prolog) is realized by means of a source-to-source transformation. 

For CHR(Java) systems, unlike for CHR(LP) systems, the host language does not 
provide search capabilities. The flexible specification of intelligent search strate- 
gies has therefore received considerable attention in several CHR(Java) systems 
(jKramer 20011 I Wolf 2005() . As described in Section I4.1.3i in these systems, the 
search strategies are implemented and specified in the host language itself, or- 
thogonally to the actual CHR program. [Wolf, Robin et al. (2007 ) propose an im- 
plementation of CHR^ using the ideas of (Wolf 2005|, in order to allow a more 
declarative formulation of search in the bodies of CHR rules, while preserving 
efficiency and flexibility. A refined operational semantics of the proposed execu- 
tion strategy is presented as well. Along these lines is the approach proposed by 



Robin, Vitorino et al. (2007), where disjunctions in CHR^ are transformed into 



special purpose constraints that can be handled by an external search component 
such as JASE (jKramer 2001|) . 



5.2.2 Negation and Aggregates 
CHR programmers often want to test for the absence of constraints. CHR was 



therefore extended with negation as absence by Van Weert, Sneyers et al. (2006). 
Negation as absence was later generalized to a much more powerful language fea- 
ture, called aggregates ( [Sneyers, Van Weert et al. 2007[ ). Aggregates accumulate in- 
formation over unbounded portions of the constraint store. Predefined aggregates 
include sum, count, f indall, and min. The proposed extension also features nested 
aggregate expressions over guarded conjunctions of constraints, and application- 
tailored user-defined aggregates. Aggregates lead to increased expressivity and more 
concise programs. An implementation based on source-to-source transformations 



(Van Weert, Sneyers et al. 2008) is available. The implementation uses efficient in- 
cremental aggregate computation, and empirical results show that the desired run- 
time complexity is attainable with an acceptable constant time overhead. 
As an example of nested aggregate expressions, consider the following rule: 



eulerian, f orall (node (N) , ( 

count (edge (N,_) ,X) , count (edge (_,N) ,X) 
)) <=> writeln(graph_is_euleriaii) . 

The above rule is applicable if for every constraint node(N), the number of out- 
going edges in N equals the number of incoming edges (i.e. if the first number is X, 
the other number must also be X). 
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5.3 Solver Hierarchies 



While the theory of the CHR language generally considers arbitrary built-in solvers, 
traditional CHR implementations restrict themselves to the Herbrand equality con- 
straint solver, with very little, if any, support for other constraint solvers. 



Duck, Stuckey et al. (2003) show how to build CHR solvers on top of arbitrary 



built-in constraint solvers by means of ask constraints. The ask constraints signal 
the CHR solver when something has changed in the built-in store with respect to 
variables of interest. Then the relevant CHR constraints may be reactivated. 



Schrijvers, Demoen et al. (2006) provide an automated means for deriving ask 



versions of CHR constraints. In this way full hierarchies of constraint solvers can 
be written in CHR, where one CHR solver serves as the built-in solver for another 
CHR solver. 



6 Relation to Other Formalisms 

The relation of CHR to other formalisms has recently received quite a lot of atten- 
tion. In this section we give a brief overview. 

As a general remark, we should mention that most of the formalisms related to 
CHR are limited to ground terms and lack the equivalent of propagation rules. In 
that sense, they are subsumed by CHR. Also, CHR can be seen as an instance or 
a generalization of concurrent constraint programming, constraint logic program- 
ming, constraint databases, and deductive databases. 



Logical formalisms. In Section [2?T| we discussed the logical semantics of CHR. CHR 

can be given a classical logic semantics (jFriihwirth 1998[) . a linear logic semantics 

(Betz and Friihwirth l2005ir2007p . and a transaction logic semantics ( [Meister, Djelloul et al. 2007p . 

Also, it should be noted that CHR^ subsumes Prolog. Frame-Logic (F-Logic) is 

an object-oriented extension of classical predicate logic. Kaser and Meister (2006) 

explore the relation between CHR and F-Logic by implementing (a fragment of) 

F-Logic in CHR. 



Term rewriting. CHR can be considered as associative and commutative (AC) term 
rewriting of flat conjunctions. The term rewriting literature inspired many results 
for CHR, for example on confluence (see Section 13. 1|) and termination (see Sec- 



tion [321) • Recently, Duck, Stuckey et al. (2006) proposed the formalism of ACD 



term rewriting, which subsumes both AC term rewriting and CHR. 

6.1 Set-Based Formalisms 

Numerous formalisms have been proposed that are based on (multi-)set rewriting. 



6.1.1 Production Rules / Business Rules 

Production rules, or business rules as they are now often called, is a rule-based 
paradigm closely related to CHR. Classic matching algorithms, such as RETE and 
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LEAPS, have influenced early work on CHR compilation. Production rules have also 
inspired the research towards extending CHR with aggregates (see Section 15.2. 2p . 



6.1.2 Join-Calculus 

The join-calculus is a calculus for concurrent programming, with both stand-alone 
implementations and extensions of general purpose languages, such as JoCaml 
(OCaml), Join Java and Polyphonic C#. 



Sulzmann and Lam (2007b) propose a Haskell language extension for support- 



ing join-calculus-style concurrent programming, based on CHR. Join-calculus rules, 
called chords, are essentially guardless simplification rules with linear match pat- 
terns. In a linear pattern, different head conjuncts are not allowed to share variables. 
Hence, CHR offers considerably increased expressivity over the join-calculus: prop- 
agation rules, general guards and non-linear patterns. 

6.1.3 Logical Algorithms 
As already mentioned in Section [3.3.2|, CHR is strongly related to the Logical Algo- 



rithms (LA) formalism by Ganzinger and McAUester (2002). De Koninck, Schrijvers et al. (2007a) 

have showed how LA programs can easily be translated into CHR''^ programs. The 

opposite only holds for a subset of CHR'p since the LA language lacks the ability 

to plug in any built-in constraint theory, and also only supports ground constraints 

(called assertions in LA terminology). The correspondence between both languages 

makes it possible to apply the meta-complexity result for LA to a subset of CHR"^? 

as explained in Section 13.3.21 It is also interesting that the first actual implemen- 



tation of LA is that of De Koninck, Schrijvers et al. (2007a), which compiles the 



language into (regular) CHR rules. 



6.1.4 Equivalent Transformation Rules 

The Equivalent Transformation (ET) computation model is a rewriting system 
which consists of the application of conditional multi-headed multi-body ET rules 
(ETR). Although CHR and ETR are similar in syntax, they have different the- 
oretical bases: CHR is based on logical equivalence of logical formulas, whereas 



ETR is based on the set equivalence of descriptions. Shigeta, Akama et al. (2006) 
investigate the relation between CHR and ETR. 



6.2 Graph-Based Formalisms 

Recently, CHR has also been related to a number of graph-based formalisms: 



6.2.1 Graph Transformation Systems 



Raiser (2007) describes an elegant embedding of Graph Transformation Systems 



(GTS) in CHR. The confluence properties (see Section [SH]) for CHR and GTS are 
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similar; in particular, a sufficient criterion for confluence of a GTS is the confluence 
of the corresponding CHR program. Using a slightly weaker notion of confluence of 
CHR (in the spirit of observable confluence; |Duck, Stuckey et al. 2007 ), standard 
CHR confluence checkers can be reused to decide GTS confluence. 



6.2.2 Petri Nets 

Petri nets are a well-known formalism for the modeling and analysis of concurrent 
processes. Betz (2007) provides a first study of the relation between CHR and 
Petri nets. He provides a sound and complete translation of place/transition nets 
(P/T nets) — a standard variant of Petri nets — into a small segment of CHR. 
P/T nets are, unlike CHR (cf. Section [3.31 . not Turing complete. A translation 
of a significant subsegmcnt of CHR into colored Petri nets is presented as well by 



Betz (2007). This work is a promising first step towards cross- fertilization between 
both formalisms. Results from Petri nets could for instance be applied to analyze 
concurrency properties of CHR programs. 



6.2.3 LMNtal 

LMNtal (|Ueda et al. 2006P is a language based on hierarchical graph rewriting 
which intends to unify constraint-based concurrency and CHR. It uses logical vari- 
ables to represent connectivity and so-called membranes to represent hierarchy. 
Flat LMNtal rules (rules without membranes) can be seen as simplification rules in 
CHR. 



7 Applications 

The main application domain considered in the previous CHR survey (jPriihwirth 1998]) 
is the development of constraint solvers. It also discusses two other applications of 
CHR in some depth. The first one is related to the problem of finding an optimal 
placement of wireless transmitters (Friihwirth and Brisset IT998( 12000]) : the second 
one is an expert system for estimating the maximum fair rent in the city of Mu- 
nich, called the Munich Rent Advisor (jPriihwirth and Abdennadher 200T]) . In this 
section, we give an overview of more recent applications of CHR. 



7.1 Constraint Solvers 

CHR was originally designed specifically for writing constraint solvers. We discuss 
some recent examples of constraint solvers written in CHR. The following exam- 
ples illustrate how CHR can be used to build effective prototypes of non-trivial 
constraint solvers: 



Lexicographic order. Friihwirth (2006a) presented a constraint solver for a lexi 



cographic order constraint in terms of inequality constraints offered by the under- 
lying solver. The approach is general in that it can be used for any constraint do- 
main offering inequality (less-than) constraints between problem variables. Still, 
the program is very concise and elegant; it consists of just six rules. 
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Rational trees. Meister, Djelloul et al. (2006) presented a solver for existentially 



quantified conjunctions of non-flat equations over rational trees. The solver con- 
sists of a transformation to flat equations, after which a classic CHR solver for 
rational trees can be used. This results in a complexity improvement with respect 
to previous work. In ( [Djelloul, Dao et al. 2007| , the solver for rational trees is 
used as part of a more general solver for (quantified) first-order constraints over 
finite and infinite trees. 
Sequences. Kosmatov (|2006al I2006bp has constructed a constraint solver for se- 
quences, inspired by an earlier solver for lists by Friihwirth. The solver expresses 
many sequence constraints in terms of two basic constraints, for sequence con- 
catenation and size. 

Non-linear constraints. A general purpose CHR-based CLP system for non- 



linear (polynomial) constraints over the real numbers was presented by De Koninck, Schrijvers et al. (2006a 
The system, called INCLP(R), is based on interval arithmetic and uses an inter- 
val Newton method as well as constraint inversion to achieve respectively box 
and hull consistency. 



Interactive constraint satisfaction. Alberti, Gavanelli et al. (2005) describe the 



implementation of a CLP language for expressing Interactive Constraint Satisfac- 
tion Problems (ICSP). In the ICSP model incremental constraint propagation is 
possible even when variable domains are not fully known, performing acquisition 
of domain elements only when necessary. 



Solvers derived from union-find. Friihwirth (2006b ) proposes linear-time algo 



rithms for solving certain boolean equations and linear polynomial equations in 
two variables. These solvers are derived from the classic union-find algorithm (see 
Section O). 



In the rest of this subsection we discuss, in a bit more detail, some typical appli- 
cation domains in which CHR has been used to implement constraint solvers. 



7.1.1 Soft Constraints and Scheduling 

An important class of constraints are the so-called soft constraints which are used 
to represent preferences amongst solutions to a problem. Unlike hard (required) 
constraints which must hold in any solution, soft (preferential) constraints must only 



be satisfied as far as possible. Bistarelli, Friihwirth et al. (2004) present a series of 



constraint solvers for (mostly) extensionally defined finite domain soft constraints, 
based on the framework of c-semirings. In this framework, soft constraints can be 
combined and projected onto a subset of their variables, by using the two operators 
of a c-semiring. A node and arc consistency solver is presented, as well as complete 
solvers based on variable elimination or branch and bound optimization. 

Another well-known formalism for describing over-constrained systems is that 
of constraint hierarchies, where constraints with hierarchical strengths or prefer- 
ences can be specified, and non-trivial error functions can be used to determine 



the solutions. Wolf (2000b) proposes an approach for solving dynamically changing 



constraint hierarchies. Constraint hierarchies over finite domains are transformed 
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into equivalent constraint systems, which are then solved using an adaptive CHR 
solver dWolf, Gruenhagen et al.^OOOl MMJQQM see Section [STll) . 



Scheduling. Abdennadher and Marte (2000 ) have successfully used CHR for schedul- 
ing courses at the university of Munich. Their approach is based on a form of soft 
constraints, implemented in CHR, to deal with teacher's preferences. A related 
problem, namely that of assigning classrooms to courses given a timetable, is dealt 
with by Abdennadher, Saft et al. (2000). An overview of both applications is found 
in (| Abdennadher 200 ip . 



7.1.2 Spatio- Temporal Reasoning 

In the context of autonomous mobile robot navigation, a crucial research topic 
is automated qualitative reasoning about spatio-temporal information, including 
orientation, named or compared distances, cardinal directions, topology and time. 
The use of CHR for spatio-temporal reasoning has received considerable research 
attention. We mention in particular the contributions of Escrig et al. (Escrig and 
Toledo I1998al I1998bl |Cabedo and Escrig 2003 1 . 



Meyer (2000) has applied CHR for the constraint-based specification and im- 
plementation of diagrammatic environments. Grammar-based specifications of dia- 
grammatic objects are translated to directly executable CHR rules. This approach 
is very powerful and flexible. The use of CHR allows the integration with other 
constraint domains, and additional CHR rules can easily be added to model more 
complex diagrammatic systems. Similar results are obtained with CHRG in the 
context of natural language processing (see Section [7. 3. 3p . 



7.1.3 Multi- Agent Systems 

FLUX (Thielscher 120021 12005P is a high-level programming system, implemented 
in CHR and based on fluent calculus, for cognitive agents that reason logically 
about actions in the context of incomplete information. An interesting application 
of this system is FLUXPLAYER (jSchiffel and Thielscher 2007| . which won the 2006 



General Game Playing (GGP) competition at AAAFOB. Seitz, Bauer et al. (2002) 
and Alberti et al. ((200l[2004l [2006)) also apphed CHR in the context of multi-agent 
systems. 



Lam and Sulzmann (2006) explore the use of CHR as an agent specification lan- 
guage, founded on CHR's linear logic semantics (see Section [2. 1.2p . They introduce 
a monadic operational semantics for CHR, where special action constraints have 
to be processed in sequence. They reason about the termination and confluence 
properties of the resulting language. They were also the first to propose the use of 
invariants for CHR confluence testing, an approach that was later formalized by 



Duck, Stuckey et al. (2007) — cf. Section E 
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7.1.4 Semantic Web and Web 3.0 



One of the core problems related to the so-called Semantic Web is the integration 
and combination of data from diverse information sources. Bressan and Goh (1998) 
describe an implementation of the COIN (context iNterchange) mediator that uses 
CHR for solving integrity constraints. In more recent work, CHR is used for im- 
plementing an extension of the COIN framework, capable of handling more data 
source heterogeneity (jFirat 2003|) . Badea, Tilivea et al. (2004) present an improved 
mediator-based integration system. It allows forward propagation rules involving 
model predicates, whereas COIN only allows integrity constraints on source predi- 
cates. 

The Web Ontology Language (OWL) is based on Description Logic (DL). Various 
rule-based formalisms have been considered for combination and integration with 
OWL or other description logics. Friihwirth (2007) proposes a CHR-based approach 
to DL and DL rules. Simply encoding the first-order logic theory of the DL in 
CHR results in a concise, correct, confluent and concurrent CHR program with 
performance guarantees. 

The Cuypers Multimedia Transformation Engine ( [Geurts, van Ossenbruggen et al. 2001] ) 
is a prototype system for automatic generation of Web-based presentations adapted 
to device-specific capabilities and user preferences. It uses CHR and traditional CLP 
to solve qualitative and quantitative spatio-temporal constraints. 



7.1.5 Automatic Generation of Solvers 

Many authors have investigated the automatic generation of CHR rules, constitut- 
ing a constraint solver, from a formal specification. Most authors consider exten- 
sionally defined constraints over (small) finite domains as the specification. 



A first line of work is that of Apt and Monfroy (2001 ). From an extensional def- 



inition of a finite domain constraint, a set of propagation rules is derived. These 
rules reduce the domain of one variable based on the domains of the other vari- 



ables involved in the same constraint. As an extension. Brand and Monfroy (2003) 
propose to transform the derived rules to obtain stronger propagation rules. This 
technique is useful to obtain derived versions of constraints, such as the conjunction 
of two constraints. 

A second line of work is that of Abdennadher and Rigotti. In p004p they de- 
rive propagation rules from cxtensionally defined constraints. There are two main 
differences with the previous line of work. Firstly, the rules are assembled from 
given parts, and, secondly, propagation rules are transformed into simplification 
rules when valid. This algorithm is implemented by the Automatic Rule Miner 
tool ( [Abdennadher, Olama et al. 2006[ ) . They extend their approach to intensional 
constraint definitions, where constraints are defined by logic programs (|2005p . and 
further to symbolically derive rules from the logic programs, rather than from given 
parts ([M?5)) . 



Brand (2002) has proposed a method to eliminate redundant propagation rules 
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and applies it to rules generated by RuleMiner: one of the algorithms that forms 
the basis of the Automatic Rule Miner tool by Abdennadher et al. (|2006p . 



1.2 Union-Find and Other Classic Algorithms 

CHR is used increasingly as a general-purpose programming language. Starting a 
trend of investigating this side of CHR, Schrijvers and Friihwirth (|2005al I2006P 
implemented and analyzed the classic union-find algorithm in CHR. In particular, 
they showed how the optimal complexity of this algorithm can be achieved in CHR 
— a non-trivial achievement since this is believed to be impossible in pure Prolog. 
This work lead to parallel versions of the union-find algorithm (jFriihwirth 2005b|) 
and several derived algorithms (jFriihwirth 2006bp . Inspired by the specific opti- 



mal complexity result for the union-find algorithm, Sneyers, Schrijvers et al. (2009) 
have generalized this to arbitrary (RAM-machine) algorithms (see Section r3.3.2p . 

The question of finding elegant and natural implementations of classic algorithms 
in CHR remains nevertheless an interesting research topic. Examples of recent work 
in this area are implementations of Dijkstra's shortest path algorithm using Fi- 
bonacci heaps ( [Sneyers, Schrijvers et al. 2006a[ ) and the preflow-push maximal flow 
algorithm (jMeister 2006p . 



7.3 Programming Language Development 

Another application area in which CHR has proved to be useful is the devel- 
opment of programming languages. CHR has been applied to implement addi- 
tional programming language features such as type systems fScction [7.3.ip . meta- 
programming fSection I7.3.4p . and abduction (Section I7.3.2p . Also, CHR has been 
used to implement new programming languages, especially in the context of com- 
putational linguistics ('Section I7.3.3p . Finally, CHR has been used for testing and 
verification (Section 17. 3. 5p . 



7.3.1 Type Systems 

CHR's aptness for symbolic constraint solving has led to many applications in the 
context of type system design, type checking and type inference. While the basic 
Hindley-Milner type system requires no more than a simple Herbrand equality 
constraint, more advanced type systems require custom constraint solvers. 



Alves and Florido (2002) presented the first work on using Prolog and CHR for 
implementing the type inference framework HM(X), i.e. type inference for exten- 
sions of the Hindley-Milner type system. This work was followed up by TypcTool 
(jSimdes and Florido 2004j) . a tool for visualizing the type inference process. 

The most successful use of CHR in this area is for Haskell type classes. Type 
classes are a principled approach to ad hoc function overloading based on type-level 
constraints. By defining these type class constraints in terms of a CHR program 
dStuckey and Sulzmann 2005| the essential properties of the type checker (sound- 
ness, completeness and termination) can easily be established. Moreover, various 
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extensions, such as multi-parameter type classes (Sulzmann, Schrijvers et al. 2006) 



and functional dependencies (Sulzmann, Duck et al. 2007) are easily expressed. At 
several occasions Sulzmann argues for HM(CHR), where the programmer can di- 



rectly implement custom type system extensions in CHR. Wazny (2006 ) has made 
considerable contributions in this setting, in particular to type error diagnosis based 
on justifications. 

Coquery and Fages (|2003l l2005l) presented TCLP, a CHR-based type checker 
for Prolog and CHR(Prolog) that deals with parametric polymorphism, subtyping 



and overloading. Schrijvers and Bruynooghe (2006) reconstruct type definitions for 
untyped functional and logic programs. 



Finally, Chin, Craciun et al. (2006) presented a control-flow-based approach for 
variant parametric polymorphism in Java. 



1.3.2 Abduction 

Abduction is the inference of a cause to explain a consequence: given B determine A 
such that A ^ B. It has applications in many areas: diagnosis, recognition, natural 
language processing, type inference, . . . 



The earliest paper connecting CHR with abduction is that of Abdennadher and Christiansen (2000 ) 
It shows how to model logic programs with abducibles and integrity constraints 
in CHR^. The disjunction is used for (naively) enumerating the alternatives of 
the abducibles, while integrity constraints are implemented as propagation rules. 



The HYPROLOG system of Christiansen and Dahl (2005a) combines the above 



approach to abductive reasoning with abductive-based logic programming in one 
system. Both the abducibles and the assumptions are implemented as CHR con- 
straints. Christiansen (2006) also proposes the use of CHR for the implementation 



of global abduction, an extended form of logical abduction for reasoning about a 
dynamic world. 



Gavanelli, Lamma et al. (2003) propose two variant approaches to implementing 



abductive logic programming. The first is similar to the above approach, but tries 
to leverage as much as possible from a more efficient boolean constraint solver, 
rather than CHR. The second approach propagates abducibles based on integrity 
constraints. 



The system of Alberti, Chesani et al. (2005) extends the abductive reasoning pro- 



cedure with the dynamic acquisition of new facts. These new facts serve to confirm 
or disconfirm earlier hypotheses. 



Sulzmann, Wazny et al. (2005 ) show that advanced type system features give 



rise to implications of constraints, or, in other words, constraint abduction. An 
extension of their CHR-based type checking algorithm is required to deal with 
these implications. 



7.3.3 Computational Linguistics 



CHR allows flexible combinations of top-down and bottom-up computation (jAbdennadher and Schiitz 1998P , 
and abduction fits naturally in CHR as well (see Section I7.3.2P . It is therefore not 
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surprising that CHR has proven a powerful implementation and specification tool 
for language processors. 



Penn (2000) focuses on another benefit CHR provides to computational linguists, 



namely the possibility of delaying constraints until their arguments are sufficiently 
instantiated. As a comprehensive case study he considers a grammar development 
system for HPSG, a popular constraint-based linguistic theory. 



Morawietz and Blache (2002 ) show that CHR allows a flexible and perspicuous 



implementation of a series of standard chart parsing algorithms (cf . also Morawietz (2000 ) ) , 
as well as more advanced grammar formalisms such as minimalist grammars and 
property grammars. Items of a conventional chart parser are modeled as CHR 
constraints, and new constraints are deduced using constraint propagation. The 
constraint store represents the chart, from which the parse tree can be determined. 
Along the same lines is the CHR implementation of a context-sensitive, rule-based 
grammar formalism by Carat and Wonsever (2002). 

A more recent application of CHR in the context of natural language processing is 
(jChristiansen and Have 2007^ , where a combination of Definite Clause Grammars 
(DCG) and CHR is used to automatically derive UML class diagrams from use 
cases written in a restricted natural language. 



CHR Grammars. The most successful approach to CHR-bascd language process- 
ing is given by CHR grammars (CHRG), a highly expressive, bottom- up grammar 



specification language proposed by Christiansen (2005). Contrary to the aforemen 



tioned approaches, which mostly use CHR as a general-purpose implementation 
language, Christiansen recognizes that the CHR language itself can be used as a 
powerful grammar formalism. CHRG's, built as a relatively transparent layer of 
syntactic sugar over CHR, are to CHR what DCG's are to Prolog. 

CHRG's inherent support for context-sensitive rules readily allows linguistic phe- 
nomena such as long-distance reference and coordination to be modeled natu- 
rally (jChristiansen 2005| [Aguilar-Sofis and Dahl 2004| IDahl 2004p . CHRG gram- 



mar rules can also use extra-grammatical hypotheses, modeled as regular CHR 
constraints. This caters, e.g., for straightforward implementations of assumption 
grammars and abductive language interpretation with integrity constraints. 



Applications of CHRG. Using CHRG, Dahl and Blache (2005) develop directly ex- 



ecutable specifications of property grammars. They show this combination of gram- 
mar formalisms to be robust, and able to handle various levels of granularity, as 
well as incomplete and incorrect input. In (jDahl and Gu 2006|) . an extension of this 
approach is used to extract concepts and relations from biomedical texts. 



Dahl and VoU (2004 ) generalize the property grammar parsing methodology into 
a general concept formation system, providing a cognitive sciences view of prob- 
lem solving. Applications of this formalism include early lung cancer diagnosis 
(jBarranco-Mendoza 2005( Chapter 4), error detection and correction of radiology 
reports obtained from speech recognition IjVoU 2006| Section 5.2.8), and the analysis 
of biological sequences (|Bavarian and Dahl 2006p . 



33 



Christiansen and Dahl (2003 1 use an abductive model based on CHRG to diag- 
nose and correct grammatical errors. Other applications of CHRG include the char- 



acterization of the grammar of ancient Egyptian hieroglyphs (Hecksher, Nielsen et al. 2002) 
linguistic discourse analysis (jChristiansen and Dahl 2005bp . and the disambigua- 
tion of biological text (jPahl and Gu 2007| . An approach similar to CHRG is taken 



by Bes and Dahl (2003 ) for the parsing of balanced parentheses in natural language. 



7.5.^ Meta-Programming 



Christiansen and Martinenghi (2000) develops a mcta-programming environment, 



DemoII, that relies on CHR for its powerful features. Firstly, the mcta-intcrpreter is 
made reversible in order to both evaluate queries and generate programs. Secondly, 
soundness of ncgation-as-failure is achieved through incremental evaluation. 



7.5.5 Testing and Verification 
Another application domain for which CHR has proved useful is software testing and 



verification. Ribeiro, Ziiquete et al. (2000) present a CHR-based tool for detecting 



security policy inconsistencies. Lotzbeyer and Pretschner (20001 and Pretschner, Slotosch et al. (2004) 



propose a model-based testing methodology, in which test cases are automatically 
generated from abstract models using CLP and CHR. They consider the ability 
to formulate arbitrary test case specifications by means of CHR to be one of the 



strengths of their approach. Gouraud and Gotlieb (2006 ) use a similar approach for 



the automatic generation of test cases for the Java Card Virtual Machine (JCVM). 
A formal model of the JCVM is automatically translated into CHR, and the gen- 
erated CHR program is used to generate test cases. 

More of an exploration than testing application is the JmmSolve framework 
( [Schrijvers 2004 ). Its purpose is to explore and test the behavior of declarative 
memory models for Java, based on the Concurrent Constraint-based Memory Ma- 
chines proposal of V. Saraswat. 



7.4 Industrial CHR Users 

Although most CHR systems are essentially still research prototypes, there are a 
few systems that can be considered to be robust enough for industrial application. 
We give a few examples of companies that are currently using CHR. 



The New-Zealand-based company Scientific Software & Systems Ltd. (2008) is 
one of the main industrial users of CHR. The company uses CHR throughout its 
flagship product the SecuritEase stock broking systeno. SecuritEase provides front 
office (order entry) and back-office (settlement and delivery) functions for stock 
brokers in Australia and New Zealand. Inside SecuritEase CHR is used for: 

1. implementing the logic to recognize advantageous market conditions to auto- 
matically place orders in equity markets. 



' |http:// 



3 



www . securitease . com, 
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2. translating high-level queries to SQL, 

3. describing complex relationships between mutually dependent fields on user 
input screens, and calculating the consequences of user input actions, and 

4. realizing a Financial Information eXchange (FIX) server. 

The Canadian company Cornerstone Technology Inc0 has created an inference 
engine for solving and optimizing collections of design constraints, using Prolog 
and CHR. The design constraints work together to determine what design config- 
uration to use, select components from catalogs, compute dimensions for custom 
components, and arrange the components into assemblies. The engine allows for 
generating, interactive editing, and validating of injection mould designs. Part of 
the system is covered by US Patent 7,117,055. 

BSSE System and Software Engineering, a German company specializing in the 
discipline of full automation of software development, uses K.U.Leuvcn JCHR for 
the generation of test data for unit tests. 

At the MITRE Corporatior@, CHR is used in the context of optical network 
design. It is used to implement constraint-based optimization, network configuration 
analysis, and tool coordination framework. 



8 Conclusions 

In this section, we first try to assess to what extent we have covered the CHR 
literature in this survey (Section 18. 1[) . Next, in Section [8^ we look back at the 
research topics that were mentioned in the previous CHR survey (jFriihwirth 1998P 
as being open issues. Finally, to conclude this survey, we propose four remaining 
"grand challenges" for CHR researchers. 



8.1 Survey Coverage and Bibliographic M eta- Information 

This survey cites 182 publications related to CHR. For convenience, we define the 
total number of CHR-related publications as the number of publications that cite 
(jFriihwirth 1998[) . according to Google Scholar (with some manual corrections for 
errors in the Google Scholar result list). Figure [S] compares the number of publica- 
tions we cite in this survey with the total number of CHR-related publications since 
1998. Globally, we cite roughly half of the CHR-related publications; the remaining 
half are preliminary versions of cited publications and papers that use CHR or refer 
to CHR in only a relatively minor way. 

Figure [7] shows how CHR authors have collaborated. This graph is derived from 
the joint authorships of papers cited in this survey. 



' Ihttp : //www . cornerst onemold ■ com/ 1 
* http://www.bsse.biz7' 
^ http : //www . mitre . org/] 



35 



citing the previous survey (source: Google Scholar) 
cited in this survey, of which... 
... from Melbourne/Singapore 
... from Leuven 
... from Ulm 
% covered 




1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 

Year 



100 

90 

80 

70 

60 

50 

40 

30 

20 

10 





Fig. 6. Estimation of the number of CHR-rclated publications and the number of 
CHR-related publications cited in this survey (and their origin). 



8.2 Retrospection 

The first CHR survey (jFrtihwirth 1998|) ended with a list of research topics from 
the first draft paper on CHR in 1991, noting that most of those topics were still 
open in 1998. We re-examine that list: 



• Termination and confluence. As seen in Sections l3.1l and [3T2l both confluence 

dAbdennadher, Frahwirth et al. 19991 |Duck 20051 |Duck, Stuckey et al. 2007| |Riii er and Taccheha 2007^ 



and termination (jFriihwirth 20001 Pilozzi, Schrijvers et al. 2007[|Voets, Pilozzi et al. 2007 ) 



have received a great deal of attention in the past ten years. While substantial 
results have been obtained for confluence, this notion turned out to be rather 
impractical. The recent proposal of observable confluence seems to be a first step 
towards a more practical notion of confluence. In the area of termination analysis 
there appears to be a much wider scope for improvement. Existing work, mostly 
carrying over results of other programming languages, only works for a limited 
fraction of programs. Propagation rules and logical variables, part of typical CHR 
programs, cannot be dealt with. An important breakthrough is still ahead of us. 



• Negation and entailment of constraints. Negation as absence (Van Weert, Sneyers et al. 20061 
was recently explored (see Section I5.2.2p , but this has little relation to the log- 
ical negation of constraints. The topic of entailment is closely related to build- 



ing solver hierarchies ( Duck, Stuckey et al. 2003"{ [Schrijvers, Demoen et al. 2006 ) 



(see Section [573)) . Both topics are still an important issue today. 
• Combination and communication of solvers. This topic is again related to 

solver hierarchies (see the item above), but also to integration of solvers ([Abdennadher and Friihwirth 2004[) 
(see Section [3?T|) . Another potential approach could be based on a compositional 
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Fig. 7. CHR author collaboration graph. Two authors are connected if they have 
co-authored a CHR-related paper cited in this survey. The number of co-authored 
papers is reflected in the edge thickness. 
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semantics for CHR ( Delzanno, Gabbrielli et al. 2005[ ) (see Section [2T2|) . In any 
case, this is still an important open research topic. 

• Correctness w.r.t. specifications, debugging. Although some progress has 
been made (Section 14. 3p . these topics are still mostly open. 

• Soft constraints with priorities. As we discussed in Section FTTl two distinct 
approaches were proposed for dealing with (prioritized) soft constraints in CHR. 



• Dynamic constraints, removable constraints. Wolf, Gruenhagen et al. (2000) 
designed an incremental adaptation algorithm that supports dynamic and remov- 
able constraints. An efficient implementation of adaptive CHR exists for Java 
(jWolf 2001aP . We discussed this in Sections 15.1.41 and 14.1.31 respectively. 

• Automatic labeling, variable projection. While progress has been made on 
several accounts of constraint solver support, these topics have not been addressed 
yet. The topic of projection, the elimination of existentially quantified variables, 
is particularly challenging to generalize to arbitrary CHR solvers. Any progress 
would be highly significant. 

• Partial evaluation. Section [4.2.3l mentions recent work in this area (jFriihwirth 2005c| 
[Tacchella, Gabbrielli et al. 2007[ |Sarna-Starosta and Schrijvers 2007] ). For now, 

it is clear that the multi-headedness of CHR makes a straightforward application 
of partial evaluation techniques for conventional languages to CHR programs 
nearly impossible. Further investigation of techniques tailored towards CHR are 
necessary to make substantial improvements. 

• Abstract interpretation. A general framework for abstract interpretation in 
the context of CHR was proposed ( [Schrijvers, Stuckey et al. 2005[ ) (see Section l4.2.2p . 
However, only a limited number of analyses have been formulated in the frame- 
work so far. Moreover, little information is present in a CHR program on its 
own. In order to make analysis results more accurate, we require an analysis 
framework that encompasses both CHR and its host language. Such a framework 
should prove to be beneficial to the accuracy of the analyses for both languages. 



8.3 Grand Challenges 

Much progress has been made in the last ten years and many of the open problems 
have been resolved. However, a few difficult questions are still unresolved, and in 
the meantime many more problems have become apparent. 

In our view the following four topics are grand challenges that must be addressed 
by the CHR research community in the next decade. These four grand challenges 
are not only of technical interest, they are also vital for the further adoption of the 
CHR community and user-base. 

1. Programming environments and tools. If measured by current stan- 
dards, which dictate that a language is only as good as its tools, CHR is a 
poor language indeed. While several strong theoretical results have been ob- 
tained in the field of program analysis for CHR, little (if any) effort has been 
made to embody these results into a practical tool for day-to-day program- 
ming. For example, programmers have to manually check for confluence, and, 
in the case of non-confluence, complete their solvers by hand. 
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2. Execution control. Compared to the refined operational semantics, the rule 
priorities of the CHR'^p semantics are a step in the realization of Kowalski's 
slogan "Algorithm = Logic + Control" in the context of CHR. However, there 
are still many challenges in finding satisfactory ways to allow programmers 
to fine-tune the execution strategy of their programs. 

3. Parallelism, concurrency. Recent theoretical work (jFriihwirth 2005bjlMeister 2006^ 
confirms CHR's inherent aptness for parallel programming. Truly leverag- 
ing the full power of current and future multi-core processors through CHR, 
however, requires practical, efficient, concurrent implementations. Currently, 

these implementations are still in early stages (cf. Section 14.1.21 for a discus- 
sion of some early Haskell-based prototypes). Many important problems are 
still to be researched in this domain, from language features and semantics, 
to analysis, implementation, and optimization. 

4. Scaling to industrial applications. Strong theoretical results have been 
obtained concerning the performance of CHR (cf. Section I3.3.2|) . and these 
have also been reflected in the actual runtimes of CHR programs. However, 
CHR is still at least one or two orders of magnitude slower than most conven- 
tional programming languages and constraint solvers. This becomes particu- 
larly apparent for CHR applications that surpass the toy research programs 
of 10 lines: industrial applications for instance, such as those mentioned in 
Section [7!4l easily count 100 to 1000 lines. The refined semantics compilation 
scheme (see Section |4]) was not designed or benchmarkcd with such program 
sizes in mind. Some potential scalability aspects are: 

• huge constraint stores that have to be persistent and/or distributed; 

• (dynamic) optimizations, also for variants and extensions of CHR; 

• incremental compilation, run-time rule assertion, refiection; 

• higher-order / meta-programming. 

These and other aspects must be investigated to achieve further industrial 
adoption. 
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